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REMARKS 

Responsive to die testriction requirement set forth by the Examiner in atelephone 
conversation on Augu^ 29. 2005, with Ariel Rogson of this fmn, the AppUcant confirms 
election of claims 1-48 for prosecution; v^ithdrawalofclaims 49-50, without traverse. V.c 
Applicant reserves the right to file a divisional application on non-elected claims 49-50 

Claims 1-50 are pending. Claims 1-7. 9-10. 12 and 42-47 stand rejected under 35 U.S.C. 
102(e) as being anticipated by U.S. Pat. No. 6.721.784 Bl to Uonard. Claims 8. 1 1. 13-41 -d 
48 stand rejected under 35 U.S.C. 103(a) as being unpatentable over Leonard in view of US. 
Pat. No. 6,078,921 to KeUey- Clauns 49-50 stand withdrawn as directed to a non-elected 

invention- ^ ^ ^ j 

Reconsideration is requested. No new matter is added. Claims 8. 14, I8.4l.42and 

46 have been amended. Clahns 45. 49 and 50 axe canceled. The rejections are traversed. 
Claims 1-44 and 46-48 remain in the case for consideration. 

REJECTION OF CLAIMS UNDER 35 U.S.C. § 102(e) 
Referring to claim 1 . the mvention is directed toward a rich media file stored in a 

machine-readable medium, comprising: information to be displayed on a computer system; 

and a viewer designed to display the information on the computer system, the information 

and the viewer contained in a single file. 

Referring to claim 42. the invention is directed toward a memory for storing a 

platform-independent rich media file including a data structure stored in said memory 

comprising: information for the rich mediafile;aunique identification for the rich ni^^^^ 

a version number for the rich media file; a viewer for displaying the information; and at least 
one viewing option for the rich media file. 

Refemng to claun 46. the invention is directed toward a memory for stormg a 
database of rich media files including a data stiructure stored in said memory, comprising: a 
rich media file, the rich media file including information and a viewer to view the 
information; a profile of a user who downloaded the rich media file; a client who generated 
the rich media file; and a log storing atransaction in the data strvicture. 

Claims 1 42 and 46 of the appUcation aU include information to be displayed on a 
computer screen and a viewer to display the information, with both these components built 

into a single file, ... 4^o„ 

In contrast. Leonard teaches a system and method for enabling the originator of an 
electronic mail message to preset an expiration time. date, and/or event, and to control and 
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tr^ok processing or handling by all recipients. Leonard uses message origination software to 
create an email message, and FIGs. 1 and 6-8 show that the message origination software can 
be integrated with a viewer applet to view the message. By integrating the message 
origination software with the viewer applet. Leonard allows users to enable and disable 
message controls and features for viev«ng the message. 

Leonard teaches integrating the origination software with the viewer applet m column 
18 lines 53-55 saying, "the viewer and origination software are combined into a smgle 
pr;gram." Although Leonard teaches software with an origination component and a vxewmg 
component integrated together, Leonard does not teach a viewer applet that includes ^e 
message itself. Indeed, column H. lines 51-55 describes 'detaining the message on the 
electronic mail server and requiring the recipient to view the message using the viewer 
appler. Later in column 14, lines 60-63. Leonard says that the viewer applet retams only 
"transientst^rageofthemessage. Sincethemessageexistsonlyonserverl..." ms 

reference to transient storage of the message should make it clear that the applet .s not part of 
the message itself. Rather, Leonard is clear in that a message is not transmitted to the user 
with the viewer applet, but instead the viewer applet is used to allow the viewer to v.ew the 
message that is stored on the electronic mail server. 

In arguing that Leonartl teaches the message and viewer applet as a smgle file, the 
Examiner has cited to column 9, lines 28-30. where Leonard teaches "a simple viewer applet 
tl^t can be distributed to the recipient with the message whose lifespan is to be controlled 
Even though Leonard teaches a viewer applet distributed with a message, he stiU does not 
teach .hat the viewer applet and the message are contained in a single file as claimed. Indeed 
Leonard suggests otherwise in column 15. lines 13-16, where Leonard teaches that to forward 
a message, a redpient must first download a viewer applet if necessary, and then the message 
is transmitted to the installed viewer applet. The fact that Leonard teaches that a viewer 
applet can be already be downloaded on a recipient' s computer shows that the message .s m 
fact not Stored in the viewer applet itself. If the message were stored on the applet, ttien it 
would not make sense for Leonard teach that a user can reuse a previously downloaded 
viewer applet, when a new message is forwarded to a recipient. 

Thus, it Should be clear that Leonard fails to teach, and in feet even teaches away 
ftom. combining the viewer applet with the message itself in a single file. Becai^e Leonard 
does not teach or suggest this feature, claims 1 . 42 and 46 are not anticipated by Leonard. 
Thus, claims I. 42, and 46 are patentable under 35 U.S.C. § 102(e). Accordingly, clamis 1. 
42, and 46. as well as dependent claims 2-12. 42-44. 47. and 48 are allowable. 
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Referring to claim 12. the invention is directed toward a rich media file according to 
claim 1. wherein the viewer includes only a capabUity desired by a builder of the nch med.a 

file 

AS described in the specification on page 6, lines 1-U . viewing options are built mto 
modules that may be included or excluded from the rich media file depending on the 
preference of the creator of the rich media file. By allowing the mclusion or exclusion of 
modular components, the creator is able to create a rich media file that has 
overhead. For example, a rich media file creator could desire that users vie>^.ng the fUe^^e 
allowed to print the file while vie^^dng the file and include the printing module m the buxld of 
the rich media file. By including the printing module, the rich media file will have to mclude 
the printing module, and will thus have the overi>ead of the printing module ^^^'-^^ 
Another file crea^r could instead prefer that users not be able to print the nch media file, and 
thus would exclude the printing module from the rich media file. By excluding the pnntmg 
module, the storage that would be required to include in the rich media file will not be 
necessary, and therefore the file can be smaller. By including only the desired features, the 
rich media file is able to stay as smaU as possible, making it easier to transmit over networks. 

Leonard does not teach building a message that includes only controls that are 
intended by the originator of the message. Instead, Leonard teaches con1«>l by providing 
disablement of undesired features. I„ column 16. lines 12-26. Leonard teaches mthe 
messag. header, as mentioned above, are fields for including control information used to 
enable or disable electronic mail processing or handling fimctions...." By aUowmg features 
xo be disabled by setting a field in a file header, Leonard makes clear that the viewer applet 
includes all features; the message sender can choose to disable certain features, but not 
remove them from the viewer applet Thus, the viewer applet does not include only a 
capability desired by the builder ofthe rich media file". 

By teaching a sy^em where control of features that are to be included m the mes^ge 
asides in a header for the message. Leonard does not teach building a rich media file, where 
some control components are included or excluded based on the intent of the creator. While 
this approach does provide for flexibility in creating and managing messages, Leonard s 
"does not Iddress the additional issue of creating a file that is only as large as it must 
be to provide the desired features. 
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The Ex^r 1^ «« <n«d ,o KcUey ^ Baching 0^ ^ ^ ^ APP'« 
Kelley to « doa= no. ,a.ch *i. feamre. Mley caches a method and aPP™» 
p„vidtog a setf-service file. KeUcy do« ao, teach o. aw=> a special v,ev», fo, the ^If- 
Lee file, but instead, aa in colnnn, 7, lines 53-54. Kelley teaches a "brov^ apphcaBon 

any other miUti-part file viewer." ^•„«i^;r, 
Furthe^ore. elain, 13 inehKlea a n„i<^ Be identifieation-for "-^^ «^ " 

addidon u> a ill. n»«. and clain. 14 download, a file baaed on a anic,uc me .dennficanon 0«>e, 
Ih* and od«r *a„ a file n.n». WHle leona^ nnght suggest a nmque file 

identifieadon by teaching message att.b„^ included In aheade, Leonard ^^^^^ 
single uni.p«. file idendflcation S>r a rich m«lia ffle. that guanines a un.que .denUfler other 
Tl ~ Accon^g oolunn, ,0. lines .3.6. .nHb«es «.at «e p^vided ^ ^ 

^ include *e da. *e message Is created. d™e the n,es3.ge is se«. the sender, " 
nan,eof.hemessagc.Whiledusmightpn>vide»«.n,^ges«i.hannr,ue».yto.denhfrd« 

messagcitismisleadingtocaUtheseattributesauniquemessage^ic^tfer. 

Finally. Uonard ia concanred withthe c^aUon of e„^. meaaages. and do« not^ch or 
^<^angUn.storlch.ex.f.les.TheExandnereit«.oKeney^t.^hing,he^^^ 

doloadln,arichn,ediafileovarane™„r.ba^on.uM,ue«e.den^^ono^^.h. 

.ink and od>cr d,an a file na«>e. In colu™ 8. hnes 24^. KelUy teaches do— g a 
overalink. However.KeUey does not teaehaceomplishmg this by using a umque file 
:drr.ono*erd™d„.i*orn.meofd»m=.h.«>«,Kd.eydoesnoteve„teaeh.u.«.ue 

file identification different from a fUe name. 

AS neither Leonard nor Kelley teach a unique file identification m addition to a file 
name, particularlyauniquefileidenUfication^tisusedindo— game ^^^^^ 

^tworUese features of clain. 1 3 and 14 are not or suggested 

neifl^er reference teaches or suggests combining the compressed inforn^anonw^th the vle^^^^ 

neither reterence n 14 and 26 Thus claims 13, 14 and 26 are patentable 

mtoasmglefileasmcludedmclajmsl3.14.ana/t>. jnuj. 

ler 35 U.S.C. 5 103(a). Accordingly, claims 13. ,4 and 26 are aUowablc. as are dependent 
claims 15-25 and 27-41. 

R«ferringtoclahn29.thetaventionisdi,ectedtoamethodaccordingtoclaim26. 
^ formatdng *e inlbrmaSon includes selecting viewing opUons to induda ».th the nch 

media file. 
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AS p«vious.y discussed *is all»»s ot a« rich media fite flexibiiay in 

c^,ij« cni. .he ov«.c«> rc^d «. support *c desired cpa.iii.es. whUe 

excluding overhead for xmdesired features. 

i aiscussed above, Uonard does no, ,eacH or sugges. Midine a rrch «^ w,* 
o„,y ihe desired capabiiiUes, but i..»ad «sehes to. undesired capabilities can be drsab =d^ 
^ectl in a head^. WH.e disablement tnigb, by us^i in that it prevents tbe recptent o ^ 
:rrdC«e,^nsing*e«,ei„av»y„ndesta^.e».Hecreat«r,disabi^^ 

ovei*eaa in the me that ,!« present appUcation is directed to avoid. 

Ilily.KeUey also faiistoteachorsug^stth^only desired capabiii^orv^ 

options are bnil. into a rich media file. Ke«ey teaches a memo4 and appan«us for provtdmg a 
lserviceflle.TheBxa«iinerhasnotci«dtoKe»eyasteacbin.orsug.es^Un^^^ 

Fi^hermcra. the ApplicantdoesnotbelievethatKeUey teaches or sug««tstefea^^ 

Because neither Leonard nor Kelley teach or suggest buildmg a nchm^a ffle wtth only 
desired capabilities or viewing options, claim 29 is patentable under 35 U.S.C. 5 103(a). 
Accordingly claim 29 is allowable. 

For the foregoing reasons, reconsideradon and allowance of clain. M4 and 46-48 of 
«,e application as amended is solicit«i. The Examiner is encouraged «=t.l^hone Ore 
le^Tigned at (503, 222-36,3 if it appears ^a. an interview would be helpful m advancmg 

the case. 
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